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media links", filed May 26, 2000 and issued July 27, 2004, hereinafter "Sass's Applicant 
traversed the rejection on the grounds thai Sass was filed after the 10/29/1999 priority dale of 
the present application and is consequently unavailable as a reference. Applicants were next 
notified of a new final Office action on 3/10/2010, In that Office action. Examiner rejected 
5 claims 1-28 under 35 U.S.C. 103 as obvious over fee combination of Levy with a new 
reference, U S. patent 6,546,42.1. Wynblatt, et aL System and method for automatic selection of 
interim data streams, filed June 30, 1999 (hereinafter ^WynblatC}. Applicants are traversing 
the rejection. 



10 Traversal 

Why the combination of Levy and Wynblatt does not support a rejection under 35 U.S.C. 
103 

In order to make a rejection under 35 U.S.C, 103, Examiner must make a prima facie case of 
15 obviousness. One of the elements of the prima facie, case is that the combined references 
disclose all of the limitations of the claim under rejection. Claim 1 as presen tly amended reads 
as follows; 



1 1 . (currently amended) A method performed in a search .server of init iating a 

2 connection via a network for a streaming data item between a client for the 

3 streaming data item and a streaming data item server that contains the streaming 

4 data item, the client and the streaming data item server and the client and the 

5 search servei >eing acce bl icb ither via the network, the connection being 

6 independent of the search server, and the method comprising the steps of: 

7 receiving a specification of the streaming data item from the client via the 

8 network; 

9 using the specification to make a query on a database system that is 

10 accessible to the search server, the query returning a first identifier thai identifies 

1 1 the streaming data item; and 

.12 providing the first identifier and a -mean J identifier to the ureaming data 

13 item server that, contains the streaming data item, the second identifier identifying 

14 the client and the first identifier and the second identifier being med by the 

15 streaming data item setver to establish the connection between the client and the 

1 6 streaming data item. 



At page 3 of his final rejection. Examiner states that Fig, 3 and Col. 4. lines 55-61 of Wynblati 
disclose the limitations of the last clause of fee claim (lines 12-16). The limitations of claim is 
20 last clause are disclosed neither at that location nor anywhere else in Wynbiatt, and 
consequent!) Examiner ha fa d to t < he n red prima facie cms 
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Most of the disclosure Cot what Applicants are claiming in £he present application may be found 
at page 21, line 29-page 24, line 8. As set forth at. page 22. line 29-page 23, line 2 of the present 
application, 

Because of the problems with delivering streaming data through a database 
5 system, database systems have generally been limited to providing, the 

location of the desired streaming data to the user, with a separate interaction 
between the user and the source of the streaming data being required to 
actually obtain the video or audio data. 

10 Wynblatt is a good example of the prior-art technique of providing the client with the location of 
the streaming data and letting the client establish the connection with the streaming data server. 
WynblatTs FIG, 2 shows a system for delivering streaming data to a client. The figure is 
described at col. 2, line 54-coi. 3, line 50. As set forth there, Wynblatt 's local computer 115 
executes a client program 116 which accesses data streams from data stream servers 110, 

55 descriptions of the data streams' contents from descriptive WWW servers 111, and files with 
lists of URLs for data streams and data stream descriptions in servers 1 1 1 and 1 10 from friendly 
server .1 1 2. See in this regard col. 2, line 57-col 3, line 26. 

The flowchart of FIG. 3 shows how client program 116 interacts with servers 110 and ill and 

20 friendly server 1 1 2 to obtain streaming data. The flowchart is described at col. 3, line 53-col 7„ 

line 57. As is apparent from the discussion, all of the steps of the flowchart are performed by 

client program 116. In steps 301 and 302, the client downloads "data source addresses" from 

friendly server i i 2. The data source addresses are URLs of data streams in data stream servers 

1 10 and descriptive pages from descriptive servers 1 1 1 (col, 4, lines 17-25, lines 55-56). In step 

25 303, the client uses die downloaded URLs of descriptive pages to download descriptive data 

about the data streams (co!. 4, lines 55-61). In step 304, the client employs a value function to 

choose the preferred stream. In step 305, 

the client program 1 16 inmates a connection to the corresponding data stream 
server 1 10 and requests the data stream (step 3051 (if a different data stream was 
30 previously opened, it is closed at this time). In particular, the client i 16 and server 

111 establish a streaming connection using a standard protocol such as R.TSP. 
Once the streaming connection is established, the chert t 1 16 begins receiving data 
and processing the data, which is then output by the local computer 115 as 
appropriate for the given application, (col. 7, lines 19-27) 

35 

From the flowchart of FIG, 3 and the foregoing description, there can be no doubt that it is 
Wyiiblatf s client that establishes the connection with the streaming server. Tins fact places 

3 
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^ ib •' squa ! thin the prior art techniques set fori at page 22 line 29-page 23, Hue 2 of 
the present application. In those techniques, it is the client which interacts with the streaming 
server to establish the connection. The client provides the URL for the streaming data and the 
client's own I'D to the server and the streaming server uses the URL and the client's ID to set up 
5 the connection. 

Applicants' claim !, by contrast requires that the method step 

providing the first identifier and a second identifier to the streaming data item 
server that contains the streaming data item, the second identifier identifying the 
10 client and the first identifier and the second identifier being used by the streaming 

data item server to establish the connection between the client and the streaming 
data item. 

be "performed in a search server" (claim I, line 1). The method step thus requires that the 
15 search server (not the client) provides the first .identifier (the id for the streaming data item) and 
the second identifier (the ID for the client) to the streaming data item server. The streaming 
data item server (not the client) then uses the identifiers to establish the connection between the 
client and the streaming data hem. 

20 Wynblatt discloses nothing like the claimed interaction between the search server and the 
streaming data item server on the one hand and the client on the other hand to establish the 
connection for the streaming data item between the streaming data item server and the client. 
The location cited by Examiner in his rejection, col. 4, lines 55-6 L simply states that 
Wynbiatt's client program uses HTTP to download descriptive pages from the descriptive 

25 servers 111, and thus discloses nothing about the manner in which a connection is established 
with the client which goes beyond what is disclosed at Wynbiatt's col. 7, lines 19-27, quoted 
above. Because Wynblatt discloses nothing like the last step of the method of claim L the 
combination of Wynblatt and Levy does not disclose ail of the limitations of the claim and 
Examiner has not made his prima facie ease of obviousness. 

30 

Applicant's independent claims I, 5, 9, 15, 19, and 23 all clearly set forth the foregoing 
distinction between Applicants' techniques for establishing a connection between the client and 
the streaming server and the prior art solution of Wynblatt, and consequently none of 
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ms is tendeted obvious by the combination of Wynblatt and 
Levy. Because thai is the case, none of Applicants' dependent claims is rendered obvious by the 
combination. As will be explained in the following, many of the dependent claims have added 
limitations that are not disclosed in the combination of references and are consequently 
5 patentable in their own rights over the references, 

Dependent claims 3, 7, 13, 21, and 17 

The added limitations in these claims are set forth in claim 3: 

3. (original) The method of initiating a connection set forth in claim I wherein: 
10 the database system is an object relational database system that includes a 

table containing an object that represents the streaming data item, 

an open method for the object is defined in the database system, the open 
method returning the first identifier, and 

the database system responds to the query by executing the open method 
15 and returning the first identifier. 

Examiner finds the additional limitations at col. 4, lines 26-36 of Levy. The cited location 
descr ibes the operation of plan generator 114 in FIG, i. What plan generator 114 does is 
"formulatef j a plan for answering the query that satisfies and exploits the capabilities of the 

20 informal;:'!: sources". There is no indication whatever that the plan generator is an "object 
relational database system" within the meaning of the term "object relational" as it is defined at 
page 9, lines 11-25 of Applicants' Specification, that the plan generator "includes a table 
containing an object that represents the streaming data item, that the plan generator defines "an 
open method" for the object (that represents the streaming data item", or that the plan generator 

25 "respondj s J to the query-- by executing the open method". Because Levy does not disclose the 
added limitations of claim 3. the combination of references does not show all of the added 
limitations of the claim, and claim 3 is patentable in its own right over die references. The 
Iwegoint rrgri et ;\ pi es et uaih to claims 1, 13, 21, and 27 

30 Dependent claims 2, 4, 6, 8, 1 0, 12, 14, 16, 18, 20, 22, 24, 26, and 28 

As tor these claims, the Rodriguez referes ce vh <. \ is added to suppfj the 1 a! nitat 
of these claims has a filing date of September 23, 2002 and a publication date of July 27, 2004, 
and would consequently not appear to be available as a reference against the claims of the 
present app I ica lion . 

35 
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Conclusion 



Applicants have demonstrated that all of Applicants' ' independent cla ims have limitations which 
are not disclosed by the combination of Levy and Wynhlatt and have thereby traversed 
Examiner's final rejection. Applicants consequently respectfully request that Examiner 
5 withdraw the finality of his rejection and continue with his examination. No fees are believed to 
be required tor this amendment. Should any be, please charge them to deposit account number 
501315. 



Respectful!} aibmitte i 



to 



15 
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